home *** CD-ROM | disk | FTP | other *** search
/ FishMarket 1.0 / FishMarket v1.0.iso / fishies / 326-350 / disk_328 / roadroute / route.doc < prev    next >
Text File  |  1992-05-06  |  7KB  |  136 lines
  1. Road Route
  2. Fred Mayes
  3. February issue of the CUB Newsletter
  4. Commodore Users of Bartlesville
  5.  
  6. Well, I figured that I would demo some games again this year for
  7. the Computer Fair, but about two weeks before the event I
  8. discovered a program written by Jim Butterfield on Fred Fish disk
  9. 251 called RoadRoute.  You enter the town you are leaving from,
  10. the town you want to go to, and if you want to go through a
  11. special town to get there.  Then you are given the total length
  12. of the trip and how long it will take to drive it.  You are also
  13. given a listing of the major towns you go through, and the
  14. highway you need to take to get there, and how long it will take
  15. to drive each segment.  I thought this was really neat!  In
  16. reading Butterfield's documentation, he indicated that the
  17. program was written in BASIC and that the data files were easy to
  18. modify to add your own favorite towns in.  As I played with it
  19. more, I found that he had rewritten the program in C language
  20. which helps explain why it runs so fast.  Also, only interstates
  21. and major throughways were entered.  For instance to go from
  22. Tulsa to Kansas City required going to Oklahoma City and then to
  23. Wichita and then to KC.  I thought I would add more towns in and
  24. around Oklahoma to the program.  I got a map of the United States
  25. and then printed out the file which contained the routes.  I
  26. highlighted the US map with these routes to see what was included
  27. and what wasn't.  Butterfield had entered nearly every major city
  28. in the United States and Canada.  I was impressed!  I obtained an
  29. Oklahoma map and started adding Oklahoma cities.  There are two
  30. files that need to be changed: Roads and Cities.  Roads contains
  31. data in the format: 'city1,city2,distance,time,highway'.  Cities
  32. contains data in the format 'city,state'.  I highlighted the
  33. roads on the state maps as I added the routes to the program. 
  34. After adding cities to Oklahoma, I needed to tie them in to the
  35. surrounding states.  Gary Delzer offered to help ... he tackled
  36. Kansas, Colorado, and New Mexico.  I added Texas, Nebraska,
  37. Louisiana, Arkansas, Mississippi, and Missouri.  The trouble with
  38. adding new cities is deciding where to stop.  Hopefully, data can
  39. be added (by other computer clubs - hint,hint, nudge,nudge, say
  40. no more, say no more) to cover the entire US (or world!).  It is
  41. amazingly quick to tell it you want to go from Key West, Florida
  42. to Bangor, Maine via Seattle, Washington and immediately get a
  43. listing of the shortest route.  Sometimes it will find two routes
  44. - one is shorter, but the other is quicker.  Gary found that by
  45. giving a CLI command of "RoadRoute > par:", the screen prompts
  46. are shown on the screen, but the listing of the routes is sent to
  47. the printer.  By having two versions of the program running at
  48. the same time, you can have one running normally, and one
  49. directed to the printer parallel port.  Play with the normal
  50. program until you find a combo you want a printout of and then
  51. switch to the other program to reenter those cities to get your
  52. printout.  I might even send the program back to Fred Fish (and
  53. Butterfield) to circulate the SouthMidWest data version around. 
  54. If any other clubs do expand this program, let me know - I am
  55. interested in swapping with you.  Send me your disk with a self
  56. addressed stamped envelope and I will send you back my version on
  57. your disk.  Be sure to put a note on it as to what states you
  58. have added.  Add your cities and routes to the beginning of the
  59. files.  Include a printout of both files with the cities and
  60. routes that you have added highlighted.  I have developed a few
  61. hints on how to do add to the program. 
  62.  
  63.     1) Work with a state map and highlight what you are
  64. inputting - otherwise you get hopelessly lost.  
  65.     2) Know what is already on the program.  
  66.     3) Add towns that are obvious hubs and will serve as change
  67. of direction points.  Also add popular vacation sites or places
  68. people will want to go to.  
  69.     4) Use common sense in estimating driving times.  If your
  70. route is on an interstate, you can use 60 mph (a mile a minute)
  71. pretty safely.  Estimate time to the nearest 5 minutes.  If the
  72. route goes through several small towns and is a 'black' road on
  73. the map, use 50 mph as an average - or even slower if you know of
  74. hills, or other congestion that would slow you down.  Don't
  75. include 'grey' roads unless you leave a big open area by not
  76. doing so.  The 'red' roads can be closer to 60 mph if in wide
  77. open country.  
  78.     5) If you add towns in between the towns already in the
  79. program, make sure that the mileages and times match.  If you are
  80. going straight through, the program will take the big jumps.  If
  81. you need to make turns, it will utilize the intermediate towns. 
  82. If the times or mileages don't match, you may find that it will
  83. give an alternate route that is actually the same route with
  84. different driving times.  I ended up changing a lot of
  85. Butterfield's times in the areas I covered because I felt they
  86. were overly conservative.  He used 50-55 avg for interstates.  I
  87. moved the interstates on up to 60.  
  88.     6)  When you add cities, be sure to tie the city in to
  89. existing adjacent cities by every usable route - otherwise you
  90. will have to go well out of your way to get to an adjacent city.
  91.     7) I use WordPerfect to add the routes to 'Roads' first. 
  92. Then I save the document as a text file (Cntrl F5), use the
  93. sizing gadget to reduce the width of the screen and move the
  94. screen to the right half of the monitor.  Then switch to a new
  95. document (Shift F3) and open 'Cities'.  Click on the background
  96. gadget to put 'Cities' behind 'Roads'.  Now you can type on
  97. document #2 (Cities) on the left half of the screen while
  98. document #1 (Roads) is on the right half of the screen.  Add the
  99. new towns to 'Cities'.  You can scroll 'Roads' up and down as
  100. needed to see what you have added.  Now, click these in the
  101. background so you can get back to Workbench.  Open the RoadRoute
  102. disk and run the program.  If it doesn't run, it will tell you
  103. where your problem is.  Usually you haven't entered all the
  104. cities, you have misspelled something, you have added a city
  105. which has a duplicate name in another state (this is easily
  106. handled by adding '/state' after the name in the route file.  For
  107. example, Buffalo/Oklahoma, Buffalo/New York, Buffalo/Texas), you
  108. have entered a city twice or entered a city that Butterfield
  109. already had entered - most of the errors are obvious except
  110. having a city in twice.  That one threw me for a while.  Once you
  111. find the problem, click WordPerfect back to the foreground, make
  112. your corrections, save the files, and try running the RoadRoute
  113. program again so that it accesses the new version of the files. 
  114. Not having to quit and reenter your wordprocessor each time by
  115. taking advantage of multi-tasking is really a time saver.
  116. This new program disk is in the CUB Amiga library under the title
  117. RoadRoute.
  118. This is a neat program.  Thanks, Jim!!!
  119.  
  120.  
  121.  
  122. Fred Mayes
  123. Commodore Users of Bartlesville
  124. 2524 SW Mountain Road
  125. Bartlesville OK, 74003
  126.  
  127.  
  128.  
  129.  
  130. Note to Jim Butterfield:
  131.  
  132. A suggestion for the next version:  I have added enough cities
  133. for the list of available cities in a state to scroll off
  134. screen.  There should be some provision to handle this - perhaps
  135. show a screen at a time or have the ability to scroll back up the
  136. list.